CDKでスタック間のパラメーターを受け渡す5つの方法とケース別の最適解について考えてみた

きんじょー

2022.09.01

この記事は公開されてから1年以上経過しています。情報が古い可能性がありますので、ご注意ください。

こんにちは。CX事業本部Delivery部MADグループのきんじょーです。

皆さんは、CDKであるスタックから別のスタックの情報を参照したくなった場合、スタック間のパラメーターをどのように渡していますか？

スタック間のパラメーター受け渡しの方法は複数あります。

クロススタック参照
Props渡しのクロススタック参照
パラメーターストア経由
独自のスクリプトで頑張る
命名規則の運用ルールで縛る

この記事では、これら5つの方法の長所短所と、ケースバイケースで何を選択すべきかを考えてみました。

先にまとめ

そもそもCDKのベストプラクティスではスタックを無闇に分割しない

クロススタック参照はスタックの依存関係が浅い場合のみ使用を推奨。深い場合は運用が詰む可能あり。

迷ったらパラメーターストアを選んでおけば融通が効きやすい

これから新規にアプリケーションを構築しようと考える場合、以下のようなチャートで選択してみてはいかがでしょうか？

前提:スタックはなるべく分けないほうがシンプル

CloudFormationでは1テンプレートが1スタックになるため、可読性のためスタックを分けることがありました。CDKではスタック内のリソースを自由にファイル分割できるため、可読性のためだけにスタックを分ける必要はありません。

CDKのベストプラクティスによると、スタックの数について以下の記載があります。

アプリケーションのStack数を決める際に、すべてのリソースを1つのStackにまとめたり、各リソースをそれぞれのStackにまとめたりするような厳密なルールはありません。最終的には、お客様のデプロイパターンに基づいて、柔軟に判断をすることになります。以下のガイドラインを参考にしてください。

一般的には、できるだけ多くのリソースを同じ Stack に入れておくのが最も簡単です。あらかじめ分離したいと分かっている場合を除いて、同じStackに入れます。

ステートフルなリソース (データベースなど) は、ステートレスなリソースから分離しておくとよいでしょう。ステートフルリソースのあるStackの削除保護をオンにしていれば、ステートレスなリソースのある Stack を自由に破壊したり、複数のコピーを作成したりしても、データ損失のリスクは/ありません。

参考：AWS CDKでクラウドアプリケーションを開発するためのベストプラクティス

上記プラクティスに従い、最低限のスタック分割をオススメします。

各方法の比較

それでは、スタック間でパラメーターを渡す各方法について見ていきましょう。

1. クロススタック参照

クロススタック参照は、CloudFormationが提供するスタック間参照機能です。
テンプレートのOutputsでエクスポートした値を、別のスタックでインポートして参照することができます。 CDKでクロススタック参照をする場合、CfnOutput Constructを使用してエクスポートします。詳しくは以下のブログをご確認ください。

AWS CDKでクロススタック参照をしてみた

クロススタック参照の注意点

クロススタック参照はCloudFormation標準機能のためシンプルですが、スタック間の依存関係が深い、または複雑な場合、運用上致命的な状態に陥る可能性があり注意が必要です。

例えば以下のような構成を考えてみます。
LambdaやFargateで構築したWebアプリケーションと、StepFunctionsなどで動くバッチ処理、そしてCloudWatchAlermによる監視を構築するイメージです。矢印の向きが参照を表しています。

この状態でDatabaseスタックのDB名を変更したくなった場合、LambdaとContainer、Batchスタックからクロススタック参照されているためスタックを更新できません。

クロススタック参照の依存解決方法

方法1. 参照元スタックを削除 or 変更

参照元のスタックがステートレスかつダウンタイムを許容できるのであれば、参照元スタックを削除すれば依存は解消します。しかし、スタック数や依存関係が深くなるにつれ、順番に削除していく運用が辛くなっていきます。そして参照元が全てステートレスとは限りません。

方法2. 一時的に別のリソースを参照を切り替える

以下のように、参照先を切り替えてから古いDBを削除します。

Databaseスタックに別名の新しいDBを作成
Lambda、Container、Batchのスタックから参照するDB名を新に変更
Databaseスタックから古いDBを削除 ※データ保持の考慮は省略

この場合も、スタック数が多いと参照先の切り替えの運用が辛くなります。

クロススタック参照を使用しても良い場合

上記方法1で運用が辛くならないケースであれば、クロススタック参照を使用しても良いと考えています。

具体的には以下のようなケースです。

スタック分割数が最小限
CloudFormationのクォータによってスタック分割が必要になる程、今後拡張が見込まれない
依存関係がステートレス→フルで一方向
デプロイのダウンタイムが許容できる

この例でDynamoDBのDB名を変更したいと思った場合、ステートレススタックを一つ消せば、依存関係が解消します。

2. Props渡しのクロススタック参照

CDKではCfnOutput以外に、スタックの引数で必要なオブジェクトを渡してクロススタック参照する方法があります。説明のため、cdk init sample-appで生成されるSQSとSNSを別スタックに分割しました。

import { Duration, Stack, StackProps } from "aws-cdk-lib";
import * as sns from "aws-cdk-lib/aws-sns";
import * as subs from "aws-cdk-lib/aws-sns-subscriptions";
import * as sqs from "aws-cdk-lib/aws-sqs";
import { Construct } from "constructs";

export class QueueStack extends Stack {
  // queueのプロパティを宣言して外から見えるようにする
  queue: sqs.Queue;
  constructor(scope: Construct, id: string, props?: StackProps) {
    super(scope, id, props);
    this.queue = new sqs.Queue(this, "CdkCrossStackPropsQueue", {
      visibilityTimeout: Duration.seconds(300),
    });
  }
}

// StackPropsを拡張してqueueを外から受け取る
type TopicProps = StackProps & {
  queue: sqs.Queue;
};
export class TopicStack extends Stack {
  constructor(scope: Construct, id: string, props: TopicProps) {
    super(scope, id, props);
    const topic = new sns.Topic(this, "CdkCrossStackPropsTopic");
    topic.addSubscription(new subs.SqsSubscription(props.queue));
  }
}

スタックをnewするタイミングで、引数で必要なリソースを渡します。

import * as cdk from "aws-cdk-lib";
import { QueueStack } from "../lib/cdk-cross-stack-props-stack";
import { TopicStack } from "../lib/cdk-cross-stack-props-stack";

const app = new cdk.App();
const queueStack = new QueueStack(app, "QueueStack");
// TopicStackの引数でqueueを渡します
new TopicStack(app, "TopicStack", { queue: queueStack.queue });

生成されるQueueStackのCloudFormationテンプレートに、自動的にFn::ImportValueが追加され、

Resources: 
  CdkCrossStackPropsQueue77232EF6: 
    Type: "AWS::SQS::Queue"
    Properties: 
      VisibilityTimeout: "300"
    UpdateReplacePolicy: "Delete"
    DeletionPolicy: "Delete"
    Metadata: 
      aws:cdk:path: "QueueStack/CdkCrossStackPropsQueue/Resource"
  CdkCrossStackPropsQueuePolicy80F6CE5B: 
    Type: "AWS::SQS::QueuePolicy"
    Properties: 
      PolicyDocument: 
        Statement: 
        - Action: "sqs:SendMessage"
          Condition: 
            ArnEquals: 
              aws:SourceArn: 
                Fn::ImportValue: "TopicStack:ExportsOutputRefCdkCrossStackPropsTopic4C3C9811D8ACE149"
          Effect: "Allow"
          Principal: 
            Service: "sns.amazonaws.com"
          Resource: 
            Fn::GetAtt: 
            - "CdkCrossStackPropsQueue77232EF6"
            - "Arn"
        Version: "2012-10-17"
      Queues: 
      - Ref: "CdkCrossStackPropsQueue77232EF6"
    Metadata: 
      aws:cdk:path: "QueueStack/CdkCrossStackPropsQueue/Policy/Resource"
  CdkCrossStackPropsQueueTopicStackCdkCrossStackPropsTopicE839ED603A740BD0: 
    Type: "AWS::SNS::Subscription"
    Properties: 
      Protocol: "sqs"
      TopicArn: 
        Fn::ImportValue: "TopicStack:ExportsOutputRefCdkCrossStackPropsTopic4C3C9811D8ACE149"
      Endpoint: 
        Fn::GetAtt: 
        - "CdkCrossStackPropsQueue77232EF6"
        - "Arn"
    Metadata: 
      aws:cdk:path: "QueueStack/CdkCrossStackPropsQueue/TopicStackCdkCrossStackPropsTopicE839ED60/Resource"
Parameters: 
  BootstrapVersion: 
    Type: "AWS::SSM::Parameter::Value<String>"
    Default: "/cdk-bootstrap/hnb659fds/version"
    Description: "Version of the CDK Bootstrap resources in this environment, automatically retrieved from SSM Parameter Store. [cdk:skip]"
Rules: 
  CheckBootstrapVersion: 
    Assertions: 
    -
      Assert: 
        Fn::Not: 
        -
          Fn::Contains: 
          -
          - "1"
          - "2"
          - "3"
          - "4"
          - "5"
          - Ref: "BootstrapVersion"
      AssertDescription: "CDK bootstrap stack version 6 required. Please run 'cdk bootstrap' with a recent version of the CDK CLI."

TopicStackにExportが追加されています。

Resources: 
  CdkCrossStackPropsTopic4C3C9811: 
    Type: "AWS::SNS::Topic"
    Metadata: 
      aws:cdk:path: "TopicStack/CdkCrossStackPropsTopic/Resource"
Outputs: 
  ExportsOutputRefCdkCrossStackPropsTopic4C3C9811D8ACE149: 
    Value: 
      Ref: "CdkCrossStackPropsTopic4C3C9811"
    Export: 
      Name: "TopicStack:ExportsOutputRefCdkCrossStackPropsTopic4C3C9811D8ACE149"
Parameters: 
  BootstrapVersion: 
    Type: "AWS::SSM::Parameter::Value<String>"
    Default: "/cdk-bootstrap/hnb659fds/version"
    Description: "Version of the CDK Bootstrap resources in this environment, automatically retrieved from SSM Parameter Store. [cdk:skip]"
Rules: 
  CheckBootstrapVersion: 
    Assertions: 
    -
      Assert: 
        Fn::Not: 
        -
          Fn::Contains: 
          -
          - "1"
          - "2"
          - "3"
          - "4"
          - "5"
          - Ref: "BootstrapVersion"
      AssertDescription: "CDK bootstrap stack version 6 required. Please run 'cdk bootstrap' with a recent version of the CDK CLI."

この際、CDKのコードと生成されるCloudFormationテンプレートで依存関係の向きに注意が必要です。

上記の例だと、CDKのコード上はTopicStackがQueueStackのqueueを参照していますが、

CloudFormationテンプレートでは以下のように逆転しています。

当初、CfnOutputに比べCDKのコード量が減り、リソースの依存関係もプログラミング言語の中で追えるため、Props渡しの方が便利だと考えていました。しかし、CDKのコードと実際にデプロイされるテンプレートで、依存の向きが異なるケースがあるため、気付かぬうちにスタック間で循環参照が発生しないように注意が必要です。

3. パラメーターストア経由

クロススタック参照を用いるのではなく、パラメーターストアを挟むことによって、スタック間の直接的な依存を回避する方法です。

この方法であれば、Lambdaなどのスタックは直接DatabaseStackに依存していないため、DynamoDBの削除やリネームが可能です。

CDKでパラメーターストアを参照する際、メソッドによってパラメーターを取得するタイミングや、使用されるCloudFormationの機能が異なります。 CloudFormationのParametersの機能を使用する場合、1スタックで200個までというクォータが存在するため、大量のパラメーター参照を必要とする場合はお気をつけください。

詳しくは以下のブログを参照してください。